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Resumé : 


Nous présentons les algorithmes de base permettant la réalisation 
de systèmes visuels d'entrées-sorties en multi-fenétres. Ces 
systèmes sont interactifs et doivent permettrent à teur 
utilisateur de reconfigurer à tout instant son dispositif 
multi-fenétres de façon continue. Sous un tel système, l'écran 
de visualisation doit apparaître comme un plan de travail virtuel 
composé de documents multiples créables et déplacables à volonté. 
Les algorithmes présentés visent à rendre, lors des déplacements 
de fenêtres, les transitions écran-écran les plus continues 
possible visuellement. Ces algorithmes ont permis, sur PDP11, la 
mise en place d’un tel système: WIN. 


MOTS-CLES: 


graphique, fenêtres, queue de priorité, bureautique, menus, 
éditeurs temps-réel,  display-vecteurs, MISA, représentations 
multiples. 


L'adjonction à la vision d'un bord arbitraire 
souligne le contraste entre la limitation de 
la perception humaine et l'infinité de Dieu. 
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1. INTRODUCTION 


Nous avons construit, pour le système VLISP, un système de visualisation par 
fenétres, déployables et déplacables dynamiquement, tant par l'utilisateur en 


mode interactif que par programme, sous la forme d'appels de fonctions VLISP 


spécialisées. 


Ce systéme de fenétrage dynamique, WIN, est illustré dans ce qui suit par un 


bref scénario. 


modes I 


trace? 
eval? 


mide RANA me 2 LL 


MULT I -CHTNDOUW: TPPEPPPEEPET PNR Vincennes-Ircam....... ¡“tay 1980 


trace? | : j 
eval? : " 


MULTI-UINDOU: 
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x » 
(a x Ù) y 
(foo (l+ x) 


— — — 7 eg mue — eue — uit AM dm lA pu 


tes se 


DONN: 


tte * » + oaa 


) 
b) y 
(foo (l+ x) 
)) 


| Vitsp-code _ 


de too (x y) 
(if (2 x DD y 
(foo p 


e — — M — A den — — — que "à — me MM de Mu c P m 


Puttt-ugtndouuind | 


Dri; "2-782429 
O exec 
UP : +... 


DOWN: sr: 


MULTI-HINDOW: .....-...--.. S... inmannaa lAAAR ——— Hu r4 
U rene fIikríi8eÓÓ42£.É.fljincennes-[rcam....... Ha 1380 i 


T 
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de foo ix y 

(if (2 x 0) y 

x (foo il+ x) 
33) 


are muse Mà A a uà V a e A — aa — P a tn 


(g 2Kde g (n) 
(if (= n 0) 1 


Ok n 
(a (1- n))))) 


Yincennes-Í[rCaM....... ra 


«e 9»0 09 9 9 9,9 * à 0 x € à * « «e nue v»? *.- 


(= x 0) y 
(foo (l+ x) 
y))) 


—  — dt et cé ue — — i m umb MEA MA a m amm dile A 


iem MTM 79 — TT OA 
MULTI-UINDOM: .... rtt VEPPEEP Yincennes-ircam....... May 1980  ! 


MULTT-WINOON: 


MULTI-WINDON: 
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2. UcFINITIONS 


L'écran du terminal comporte AMAX Lignes et YMAX colonnes. 


À YHAX 


XNAX 


La position courante du curseur est décrite par Le couple de coordonnées: «XC, vC», 
xc désignant le rang de la ligne courante, ye désignant le rang de la colonne 
courante. e : 


La procédure: 
tyo (caractère) 


imprime le caractère sur la position courante du curseur, et avance le curseur d’une 
colonne. On notera que dans nos algorithmes, l'écran ne sera pas représenté 
globalement en mémoire. 


Certains caractéres, dits d'échappement, n'apparaitront pas visiblement, mais 
induiront une modification globale de l'écran, ainsi: 


tyo (home) 

rangera le curseur dans le coin supérieur gauche de l'écran, de méme que: 
tyo(cleos) 

effacera l'écran à partir de la position courante du curseur. 


La procédure: 
poscur (xe, yc) 


placera le curseur dans la position correspondant aux valeurs des variables xe, VE. 
L’ensemble des fenêtres apparaissant sur l’écran sera organisé comme une Liste à 
chaînage bi-directionnel représentant une queue de priorité, chaque élément de La 


queue étant constitué des champs suivants: 


adresse de la fenétre immédiatement plus prioritaire. 


suiv : 

prec : adresse de la fenétre immédiatement moins prioritaire. 
numf : numéro de la fenétre. 

xf : x-coordonnée coin supérieur gauche de la fenétre. 
yf : y-coordonnée coin supérieur gauche de la fenêtre. 
ndisjpp : adresse de fenétre plus prioritaire non-dis jointe. 
xcf : x-coordonnée curseur privé de la fenêtre. 

ycf : y-coordonnés curseur privé de la fenêtre. 

nl : nombre de lignes de la fenétre. 

nc : nombre de colonnes de la fenétre. 

contf : adresse de la chaîne-contenu de la fenêtre. 
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3. (QUEUE C2 FAIORITE 


La Liste bi-directionnelle des fenêtres comporte une fenêire-butée servant de tête de 
Liste, d'edresse nremísn qui ns comportera qu'un unique champ, le champ Suivant. La 
fenêtre prenfen sera toujours ia mons prioritaire. 


La derniére fenêtre de la liste sera toujours la fenêtre la plus récemment cr 
déplacée, son adresse sera repérée par la variable fccur. Le champ suivant d 
fenêtre contiendra le marqueur de fin de liste esq. 


Dans ce qui suit on dira qu'une fenétre récente est plus prioritaire qu'une ancienne. 


(D 


Pour modifier cet ordre si on déplace une fenêtre quelconque d'adresse adf, 
pour la placer en position de priorité maximum, on utilisera la procédure: 


Remettre-en-TGte: 
si adf s fcour alors 
suiv(prec(adf)) e suiv(adf) ; 
prec(suiv(adf)) e prec(adf) ; 
suiv(fcour) e adf y suivladf) e eog ; 
prec(adf) e fcour 3 fcour e adf 
fsi 


3.  UISUALISATION DES CONTENUS DE FENETRES 


Pour afficher isolément sur l'écran une fenêtre d'adresse adf, on utilisera la 
procédure suivante: 


Afficher-Fen8tre: 
xc e xf(adf) ; yc e yf(adf) ; adr e contf(adf) ; 
répéter nil(adf) fois 
poscur(xc, yc) ; 
répéter nc(adf) fois 
tyo(mfadrl) ; adr e adr +1 
Frépéter 
xc e xc + 1 
Frépéier 


Une premiére méthode, trés grossiére, d'affichage de toutes les fenétres de la queue 
serait (accompagnant chaque déplacement relatif du curseur et de la fenétre qui lui 
est temporairement attachée: monter, descendre, avancer, reculer): 


fAfficher-Toutes-les-Fenêtres: 
xc el 3 ye e 1 ; tyo(home)? ; tyo(cleos) ; 
adf e suiv(premfen) ; 
tant-que adf s eog faire 
Afficher-Fenétre ; 
adf e suiv (adf) 
ftant-que 


On notera qu’en cas de fenêtres non-disjointes, les caractères des fenêtres les plus 
récentes masqueront les caractères des fenêtres plus anciennes. 


On obtient ainsi un premier procédé de multi-fenêtragé mobile. 
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La méthode Afficher-Toutes-les-Fenêtres provoque des transitions écran-écran tro 
brutales, demeure ‘trés inefficiente, en nécessitant la réécriture de ¿out V’ écran 
chaque transition, se prête enfin difficilement au tracé d'un cadre de fenêtre si | 
définition de l'écran en permet la visualisation. 


Go 


t9 


Ré-examinons à nouveau le probléme du déplacement progressif d'une fenêtre. Prenons, 
à titre d'exemple, une configuration d'écran à 2 fenêtres non-dis jointes: 


La remontée de fidoit provoquer l'apparition des zones: 
B' appartenant à la fenétre B 
C' appartenant au fond C 


Ceci suggére alors de traduire l'action demandée par la commande de curseur haut sous 
la forme de la séquence d'actions 


1) réécrire A une ligne plus haut 


2) pour chacune des positions de la zone pointillée libérée par le déplacement 
de A, rechercher quelle est la fenêtre F la plus prioritaire des fenêtres moins 
prioritaires que fi à qui appartient la position (elle sera nécessairement 
visible) et écrire le caractère correspondant de F. Si la position 
n'appartient à aucune fenétre, écrire un espace. 
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En systématisant cette idée, on obtient alors les 4 cas suivants à considérer: 


yP POSITIONS DEMASQUEES 


x-coor : xf + nl -1 


PA i y-coor : de yf à vf + nc -1 


A ttr e s rn MM 


POSITIONS DEMASQUEES 


—Hr x-coor : xf 


y-coor : de yf à vf + nc - 1 


POSITIONS DEMASQUEES 


RAT 

—$ x-coor : de xf à xf + nl - 1 
y-coor : yf 

LEFT . POSITIONS DEMASQUEES 

— 


xcoor : de xf à xf + nl - 1 
ycoor : yf + nc - 1 


La 


xf, yf, nl, nc étant les valeurs des champs correspondants de la fenêtre déplacée. 
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Nous obtenons, à la suite de cette analyse par cas, les algorithmes suivants: 


Rechercher à quelle fenêtre moins prioritaire que FCOUR appartient la position de 
coordonnées <xc,yc> et ramener dans adf l'adresse de la fenêtre qui posséde cette 


position. Si la position visible n'appartient à aucune fenêtre, ramener la valeur de 
premfen (la butée) dans adf. 


Fen£Stre-c2-Positicn: 

adf + prec(fcour) ; 

tent-que adf s premfen faire 
Si xc c Ixf(adf2, xf(adf) + niCadf) - 11 alors 
sinsi yc € lyf(adf), yf(adf) + ncladf) - 11 aïors 
sinon exit 
Fsi 
adf e precladf) 

Ftant-que 


On balaye donc la liste des fenêtres, à partir de la précédente de fcour, en ordre de 
priorité décroissante. 


Etant donné une fenêtre d'adresse adf qui posséde la position d'écran de coordonnées 
<XC,YC>, ramener dans caractère le caractère correspondant de la fenêtre (on 
transforme les coordonnées-écran absolues <xe,ye> en coordonnées relatives à la 
fenétre). Si cette position n'appartient à aucune fenêtre, placer le ceractére 
"espace" dans caractère. 


Carazctere-de-Position: 
si adf = premfen alors caractère e " " 
sinon 
rxc e xc - xf(adf?; ryc e yc e yf(adf) ; 


caractère e micontf(adf) + nc(adf) x rxc + ryc] 
Fsi 


Imprimer le caractére correspondant à la position <xc,yc> de la plus prioritaire des 
fenétres moins prioritaires que fcour. 


Imprimer-Caractere: 
Fen&tre-de-Position ; 
Caractére-de-Position 
tyo(caractére) ; 


LL] 
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On obtient enfin les algorithmes de mouvement ascendant, descendant, gauche et droite 
de la fenêtre courante, d'adresse fesur: 


ionter: 

adf e fcour s xfladf) e xf(adf) - 1 ; 

Afficher-Fenêtre ; 

xc e xf(adf) + nl(adf) ; 

yc + yf(adf) ; 

poscur(xe, yc) ; 

répéter nc(adf) fois 
Imprimer-Caractére ; 
yc e ya + 1 

frépéter 


Descendre: 

adf e fcour s; xf(adf) e xf(adf) + 1 ; 

Afficher-Fenêtre ; 

xc e xf(adf) - 1 ; 

yc e yfladf) y 

poscuríxc, yc) ; 

répéter nc(adf) fois 
Imprimer-Caractère : 
yc e yc + 1 

frépéter 


fivancer: 
adf e fcour 3 yf(adf) e yfladf) + 1 ; 
Afficher-Fenétre ; 
yc e yf(adf) - 1 ; 
xc e xf(adf) y 
répéter nl(adf) fois 
poscur (xc, yc) ; 
Imprimer-Caractére ; 
xc exo + 1 
frépéter 


Reculer: | .. | 
adf e fcour ; yf(adf) e yf(adf) - 1 ; 
Afficher-Fenétre ; 
yc e yfladf) + nc(adf) ; 
xc e xf(adf) ; 
répéter nl(adf) fois 
poscur(xc, yc) ; 
Imprimer-Caractére ; 
xc + xc + 1 
frépéter 


Sur ces bases, de nombreuses améliorations sont possibtes, essentiellement 
dépendantes de la place mémoire disponible, parmi lesquelles: 


- introduire un ou plusieurs champs supplémentaires dans Les fenêtres 
permettant de trier les fenétres par ordre de xf, yf, xf4nl, yf+nc croissants, 
pour accélérer la recherche. 


- si les caractères sont stockés sur 7 bits, utiliser le 8éme bit comme bit de 


marquage, placé par La fenêtre à qui appartient la position absolue 
correspondant à ce caractère. 


- réorganiser le système sous forme d’un système de passage de messages: Les 
couples <fenétre, position> seront considérés comme des acteurs recevants et 
s’envoyant mutuellement des messages d'occupation et de Libération de 


positions. 
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5. BORDS 


Le tracé efficace de bords de fenêtres, sous forme de vecteurs, qui devront être 
également déplacables et - masguables, sera relativement plus délicat. Nous 
examinerons une série de solutions d'efficacité croissante et de simplicité 
décroissante. 


Naturellement ces bords, pour être mis en jeu, nécessitent un écran convenable: de 
type display-vecteur ou bit-map. Les algorithmes qui suivent concerneront un écran 
de type display-vecteur, tel que ie VTI1 de la compagnie DEC. 


L'écran est encore une matrice de positions adressables en coordonnées x-y, que nous 
supposerons disposer de 1024 Lignes et 1024 colonnes. 


Le contrôleur de cet écran doit être conçu comme un processeur séparé à part entiére, 
mettant en jeu les instructions (d-v-instructions) suivantes: 


(POINT x y) 


Se positionner sur l'écran à la position «x, y». 


(LONGV ax ay) 


Tracer sur l'écran, à partir de la position courante, un vecteur de longueur définie 
par l'incrément horizontal ax et par l'incrément vertical ay. 


Un bit positionné dans l'incrément a décidera si le tracé de vecteur a lieu dans la 
direction | horizontale décroissante: minusx ou dans la direction horizontale 
décroissante:  minusy. 


{DRET} 


Re-exécuter tout le d-v-programme à partir de sa premiére instruction. On nommera 
rafraîchissement de l'écran une re-exécution du d-v-programme. 
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Comment afficher les bords d'une fenêtre de la liste des fenétres ? 


Si la fenétre était totalement visible, nous aurions à tracer les 4 vecteurs orientés 
or thogonaux A 


D 


Si, en revanche, la fenétre n'était que partiellement visible, ce serait l'effet de 


fenêtres plus prioritaires partageant des positions de sa surface. Nous pourrions, à 
titre d'exemple, avoir les 5 vecteurs suivants: 


Li... um Ov “pdt o us. o = ee A3 


Une premiére procédure de génération du d-v-programme correspondant sera alors: 


Pour chacun des bords 1, 2, 3 et 4, construire à partir de la premiére position 
visible «xp, yp», un vecteur de longueur égale au nombre de positions visibles 
à partir de celle-ci dans cette direction, et recommencer à partir de la 
prochaine position visible du bord. 


Comment déterminer, pour une fenétre adf, si une position de coordonnées <xR, yR> est 


ou non visible ? Cette position sera effectivement visible si elle n'appartient pas 
à une fenétre plus prioritaire que adf. 
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On a alors l'algorithme: 


VISIBLE: 

auxADF e suiv(adf) ; 

tant-que auxADF = 0 faire 
Si xR 4 [xf(auxADP), xfCauxADF) + nllauxADF) - 1 
sinsi yR € [LyfCauxADF), yf(auxADF) + nelauxADF) - 1 
sinon visible e faux ; exit 
Fsi 
auxADF e suiv(auxADF) 

Ftant-que 

visible e vraj 


ons 


l ai 
] a/ors 


Comment obtenir, dans xP et yP, les coordonnées physiques de L'écran-d-v 
correspondant aux coordonnées «xf, yí» de la position supérieure gauche d'une fenêtre 
d'adresse adf ? 


L'algorithme suivant mettra en jeu les constantes suivantes: 


homex: x-coordonnée de la position supérieure gauche 
du d-v-écran. 

homey: y-coordonnée de la position supérieure gauche 
du d-v-écran. 

car. largeur: Largeur d'un caractère. 

car.heuteur: hauteur d'un caractère. 


POSITION-EGRD-FENEZTRE: 
xp «€ homex + car. largeur (yf(adf) - 1) ; 
yp + homey + car.hauteur x xf(adf) 


se 
e x 


On obtiendrait, à titre d'exemple, pour le bord 1 de la fenêtre adf, l'algorithme 
suivant, utilisant le booléen programme-génóré: ce dernier sera vrai lorsque la 
longueur av d'un vecteur est en cours de construction pour un segment visible du 
bord. La procédure Construire place ses arguments à la suite des d-v-instructions du 
d-v-programme en construction. 


Position-Bord-Fenétre ; 
xR e xf(adf) ; yR e yf(adf) ; 
programme-généré e faux ; 
répéter nc(adf) fois 
Si visible afors 
si programme-généré alors 
AV + AV + car. largeur 
sinon 
Construire(POINT xp yp? ; 
AV e car. largeur ; 
programme-généré e vrai 
fsi 
sinsi programme-généré alors 
Construire(LONGV av 0) ; 
programme-généré e faux 
Fsi 
xP e xP + car. largeur ; 
yR e yR + 1 
Frépéter | 
Si programme-généré alors 
Construire{LONGV av 0) ; 
programme-généré e faux 
Fsi mE 
yR e yR - 1 
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La généralisation de cet algorithme nous donne alors l'algorithme d'affichage de bora 
d'une fenêtre d'adresse adí: 


BORD-FENETRE: 
Position-Bord-Fenétre ; 
xR e xf(adf) y yA e yfladf) ; 
programme-généré + Faux ; 
Bord(nc(adf), car. largeur, car. largeur, xP, av, 0, yR, 1) ; 
Bordínl (adf), car.hauteur, -car.hauteur, yP, 0, avaminusy, xR, 1) : 
Bord(nc(adf?, car. largeur, -car. largeur, xP, av,minusx, 0, yR, -1) ; 
Bord(nl (adf), car.hauteur, car.hauteur, yP, 0, av, xR, -1) 


qui utilisera la macro: 


BORD(nbr, iav, iBordPos, BordPos, xav, yav, Pos, iPos) 
répéter nbr fois 
Si visible alors 
Si programme-généré alors 
AV € AV + LAV 
sinon 
ConstruireíPOINT xP yP} ; 
AV + iav 3 programme-généré e vrai 
Fsi 
sinsi programme-généré alors 
Construire{LONGV xav yav} 3 
programme-généré e faux 
Fsi 
BordPos e BordPos + iBordPos ; 
Pos e Pos + ¡Pos 
si programme-généré alors 
Construire{LONGV xav yav} ; 
programme-généré e faux 
fsi 
Pos e Pos - ¡Pos 


L'algorithme d'affichage de bords de toutes les fenêtres de la liste des fenêtres 
devient alors: 


"stopper le d-v-programme d'affichage de bords" ; 
adf e fcour 3 
tant-que adf s premfen faire 
Bord-Fenétre ; 
adf e precladf) 
ftant-que 
Construire{DRET} ; 
"redémarrer le d-v-programme d'affichage de bords" 
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Cet algorithme, quoique correct, demeure relativement inefficient: une premiére 
amélioration peut consister à afficher, au fur et à mesure de leur construction, les 
{POINT x y} et les {LONGV ax ay}, afin d'obtenir un réaffichage plus continu. 


Par ailleurs, il n'est pas nécessaire de recalculer, pour toutes les positions d 
bord d'une fenêtre, si elles sont visibles dans cette fenêtre ou masquées par un 
fenêtre plus prioritaire. 


Une premiére amélioration consiste à déterminer en temps constant si La fenêtre 1 
dont on veut afficher ls bord et une autre fenêtre w2 plus prioritaire sont ou non 
dis jointes. Si elles sont effectivement disjointes, cette fenêtre disjointe 
prioritaire pourra étre  ignorée, pour toutes les positions de bord de la fenêtre 
candidate à l'affichage, dans le test de visibilité. Ce pré-test améliorera alors 
considérablement la vitesse de fabrication du d-v-programme d’affichage. 


On peut distinguer, en premiére approche, 4 cas de conditions suffisantes de 
dis jonction. 


CAS 1 
xhul) > xb(Cu2) 
CAS 2 
ydíwl) < vg(u2) 
CAS 3 
xb(w1)> < xh(w2) 
CAS 4 
va(u1) > yd(w2) 
avec xh = xf , xb = xf + nl -1 
yg = yf, yd = yf + nc - 1 


Le pré-test de visibilité consistera à constituer, à partir de la liste des fenêtres 
plus prioritaires, la sous-liste des fenêtres non-disjointes. L’algorithme de 


visibilité d'une position ne testera le masquage possible de cette position que pour 
ces fenétres non-disjointes. 
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Dans le cas où une fenêtre d'adresse ALF, de priorité quelconque, est disjointe de 
toutes les autres (liste des ‘fenêtres non-disjointes vide), ce qui s’applicue 
également à la fenêtre courante FCOUR, l’algorithme direct d'affichage total des 
bords sera mis en jeu dans la fabrication du d-v-programme: 


ConstruireiFOINT xp yp} ; 

xD + car. largeur :x nc(adf) 3 yD e car.hauteur x nl(adf) ; 
ConstruireiLONGV xD 0) ; 
Construire{LONGY 0 yDaminusy} 
Construire{LONGY xD minusx 0) 
ConstruireiLONOV 0 vD? > 


va ep 


On notera qu'après l'execution d'un LONGY, la position courante sur le d-v-écran est 
celle de l'extràmité finale du vecteur affiché par LONGV. 
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